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ELECTRONIC MAIL SOFTWARE WITH MODULAR INTEGRATED AUTHORING/READING 

SOFTWARE COMPONENTS 



1. Field of the Invention 

The invention relates to an electronic mail program. More 
particularly, the invention relates to an electronic mail program 
having modular integral authoring/reading applications whereby 
documents created with the modular integral authoring/reading 
applications are seamlessly sent and received by the mail program. 

2. State of the Art 

In recent years electronic mail ("email") has become widely 
used in business, education, and in personal communications. One 
of the features of electronic mail which is most convenient, 
particularly in business and in education, is the ability to 
attach a binary computer file to an email message. This feature 
enables email correspondents to rapidly share word processing 
documents, database documents, spreadsheet documents, multimedia 
documents, or virtually any kind of binary file created by a 
computer. There are, however, some serious limitations and 
inconveniences associated with attaching a binary file to an email 
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1 The original Internet mail system as defined in 1982 with RFC 

2 (Request for Comments) 821 and 822 had a number of important 

3 limitations. In particular, the system was not designed to carry 

4 large quantities of arbitrary data in an email message. In fact, 

5 the 1982 SMTP (Simple Mail Transport Protocol) standard required 

6 that an email message consist of a single message containing only 

7 ASCII characters in lines of 1000 characters (blocks of 32k) or 

8 less. Moreover, some implementations of SMTP or other mail 

9 transport systems (such as UUCP) restricted message lengths to 

.J 10 some allowed maximum number of bytes. Messages passing through a 

ry 

q 1 1 mail gateway using one of these implementations were likely to be 



I 1 2 truncated. 



1 4 The ability to send large quantities of binary data through 
Li 1 5 the Internet electronic mail system was made possible with the 

£3 16 MIME (Multipurpose Internet Mail Extensions) standard for 
iu 1 7 Internet messages . The original MIME standard was published as an 
18 Internet Request For Comments document (RFC 1341) and approved in 
June of 1992. (See Internet RFCs 2045,2046, and 2047 for the 
latest MIME standards documents.) The MIME standard describes 

21 how an email message should be formatted in order to be considered 

22 MIME compliant. MIME defines a set of message header fields and a 

2 3 set of message encoding standards that are designed to overcome 
24 the limitations of RFC 822 message formats and still be 
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1 transportable through any of the numerous legacy mail transport 

2 systems in use on the Internet. MIME message header fields extend 

3 those defined in RFC 822 and describe the content and encoding 

4 type of the email message. Encoding schemes allowed in the MIME 

5 standard include "quoted-printable" , and "base64". In addition, 

6 three unencoded data types are allowed. These are labeled "8bit", 

7 «7bit", or "binary". 
8 

9 If the sender and the receiver of the email message with the 

J01O attached binary file are using the same brand and version of email 

a 1 1 program and both programs are configured in substantially the same 

|= 1 2 wa ^' the receiver's email program should automatically apply the 

rii 1 3 appropriate decoding to the attached binary file and produce a 

^ 1 4 file which is identical to the file which was attached to the 

fli 

1 5 eroail by the sender. However, if the sender and receiver are 

JJ16 using different email programs, the recipient may receive a file 

5 •* 1 7 which must be decoded by the recipient using a separate decoding 

18 program. Worse yet, if there is a failure of the receiving email 

19 program to properly deal with the MIME protocol, it is possible 

20 that the receiver will receive multiple files (each being < 32k) 

21 which must first be concatenated and then decoded. 
22 



Even after the file is properly received and decoded, it is 



24 often difficult for the receiver of the file to open the file 
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1 The receiver of the file might expect that "clicking" on the file 

2 icon will open the file. However, clicking on the file icon will 

3 often not open the file. It may result in an error message like 

4 "application not found" or, worse, it may result in the file being 

5 opened by an inappropriate application thereby displaying 

6 "gibberish" . The receiver of the file must have a program capable 

7 of reading (opening) the file. For example, if one attaches a 

8 spreadsheet file to an email message, the receiver of the file 

9 must have a spreadsheet program in order to open the file. 

r l . _ 

J 1 0 Technically, it is not necessary that the receiver of the file 

g11 have the same brand program as that which created the file. 

g12 However, opening a file with a program which did not create it, 

jj=13 though possible, can be very inconvenient. The receiver of the 

= 14 file must know what kind of file is attached to the email message, 

r 

fU 1 5 must know what program on their computer is capable of reading 

p16 that type of file, must launch the program, must open the file 

rg17 from within the program, and wait while the program translates the 

18 file. 

19 

20 The limitations of Internet electronic mail can become even 

21 more frustrating if the sender and recipient are not using the 

22 same operating system (OS) . Some mail attachment encoding schemes 

23 (and file compression schemes) are OS-dependent and it is possible 
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1 that an email recipient could receive a file which is impossible 

2 to decode (or decompress) . 
3 

4 These limitations in electronic mail have discouraged many 

5 people, particularly non-sophisticated computer users, from 

6 attaching files to electronic mail messages. In fact, for some 

7 novice users, the task of launching one application to create a 

8 document, saving the document, launching a separate email 

9 application to create an email message, and then locating the 
1 0 saved document for attachment to an email message is daunting 

q 1 1 enough to discourage them. In addition, novice users often 

12 12 complain that after "downloading" a file attached to an email 

Py 13 message they cannot find the file on their hard disk. 



U 5 SUMMARY OF THE INVENTION 

□ 16 

17 xt is therefore an object of the invention to provide an 

1 8 electronic mail program which includes integrated authoring 

1 9 software whereby a document may be created and sent by email in a 

20 seamless manner. 
21 

22 It is also an object of the invention to provide an 

23 electronic mail program which includes integrated 
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1 authoring /reading software whereby a document may be received and 

2 opened in a seamless manner. 
3 

4 It is another object of the invention to provide an 

5 electronic mail program which includes modular integrated 

6 authoring software whereby different kinds of documents may be 

7 created and sent by email in a seamless manner. 
8 

9 It is still another object of the invention to provide an 

C3 

^0 1 0 electronic mail program which includes modular integrated 

I y 

CJ 1 1 authoring/ reading software whereby different kinds of documents 

12 may be received and opened in a seamless manner. 



ru 13 

U 14 xt is another object of the invention to provide an 

\l 15 electronic mail program which includes modular integrated 

3 1 6 authoring/ reading software whereby the authoring /reading software 

1 7 and the email software present an interface which suggests that a 

18 single application is operating. 
19 

20 It is another object of the invention to provide an 

21 electronic mail program which includes modular integrated mailbox 

22 handling software whereby messages of different types are 

23 displayed in different ways in a mailbox listing. 
24 
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1 It is still another object of the invention to provide an 

2 electronic mail program which includes modular integrated 

3 authoring/reading software wherein the functionality of the 

4 authoring/reading software is controlled by the "role" of the user 

5 when participating in an exchange of messages. 
6 

7 In accord with these objects which will be discussed in 

8 detail below, the electronic mail software of the present 

9 invention includes a main email component and a number of 

%0 1 0 installable components which communicate bidirectional ly with the 

i y 

t% 1 1 email component . The installable components include 

U 1 2 authoring/reading components as well as at least one mailbox 

rtJ 13 browser /editor component. The main email component provides an 

^ 14 underlying graphical user interface (GUI) for functions directly 

U 1 a associated with the storage and transfer of electronic mail 

Jjj 16 messages. In particular, the main email component provides menu 

Hi 1 7 items which allow the user to SEND, READ, REPLY, FORWARD, DELETE, 

18 SAVE, PRINT, for example. The main email program also handles all 

1 9 data bundling and unbundling that may be required to transform a 

20 message created by an authoring component into a fully MIME 

21 compliant message. In addition, the main email component includes 

22 "hooks" (an application programming interface or API) for the 

23 attachment of the installable components. The authoring/reading 
2 4 components each provide functionality which is particular to the 
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1 type of document the component is designed to create/display. For 

2 example, a text document authoring component includes word 

3 processing functionality such as font selection, margin setting, 

4 etc. A painting/drawing authoring component includes tools for 

5 line drawing, polygon creation, paint brush, paint can, eraser, 

6 etc. A spreadsheet authoring component displays a grid and 

7 includes formula creation tools as well as formatting tools. A 

8 database authoring tool includes tools for creating fields and 

9 records, for sorting and searching, for generating reports, etc. 
tjj 1 0 A Photo editor authoring component includes various imaging 

1 1 editing tools including cropping tools, dodging and burning tools, 

12 filters, etc. A presentation authoring component includes tools 

13 for creating slides and slide shows. The authoring components act 

1 4 like applications embedded within the email program and allow 
[ 15 specific types of documents such as spreadsheets, graphics, 

□ 16 databases, etc. to be created from within the email program and 

1 7 emailed directly, in addition, the authoring components allow 

18 received spreadsheets, graphics, databases, etc. to be read by the 

1 9 email program without the difficulties traditionally associated 

20 with attaching binary files to an email letter. According to the 

21 invention, in lieu of authoring components which allow both 

22 authoring and reading, separate components may be provided for 

23 authoring and reading, or components for reading only may be 

24 provided in addition to components which permit authoring as well 
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1 as reading. The authoring/reading components interface with the 

2 main email component via designated "MIME types". The MIME data 

3 standard allows developers to define MIME types using the label 

4 "/application-x" in the data header. The authoring components of 

5 the invention pass data to the main email component which packages 

6 the data as a MIME compliant message with the label - /application- 
/ x" in the message header, where x identifies the authoring/ reading 

8 component which created/can display the message. When the message 

9 is received, the main email component concatenates and decodes the 
J 10 MIME message, reads the MIME type, sends the data to the component 
g1 1 associated with the MIME type, and waits for a user event or a 
jjM2 callback from the component. This bidirectional communication 

fjj 1 3 between the main email component and the authoring/reading 

*J 4 components provides a totally seamless operation wherein the user 

fyi5 may send and receive complex documents without any knowledge of 

□16 attaching files, downloading, decoding, etc. 



m17 



1 8 The mailbox browser/editor (mailbox handler) component is 

1 9 provided preferably as a separate component rather than as part of 

20 the main email component so that the software may be more easily 

21 customized and upgraded. The mailbox browser /editor component is 

22 used to display, edit, and browse mailboxes. Since the invention 

23 provides for email messages which contain different kinds of data, 

24 the features of the mailbox browser may depend on the type of 
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messages being sent and received. For example, if a graphical 
authoring/reading component is installed, it may be desirable to 
provide a mailbox browser which shows a thumbnail of the selected 
graphic email message when a list of messages is displayed. 

The software according to the invention provides a single 
seamless environment for authoring, reading, and emailing a 
variety of different types of documents. The user does not need 
to understand uploading, downloading, file types, file decoding, 
or any of the other esoteric requirements of attaching files to 
email. Further, the user does not need to know what kind of 
application must be launched in order to read a particular type of 
email message. 

An exemplary embodiment of the invention is an email program 
for school children called KIDCODE®. The KIDCODE® program 
includes a main email component, a mailbox browser /editor 
component and several message authoring /reading components. The 
main email component and the mailbox browser /editor component 
provide the same functionality as described above. Additional 
KIDCODE® components include a text authoring tool, rebus game 
message handler components (encoding and decoding components) 
which allow children to create and respond to graphical rebus 
messages, several different game puzzle components, and a workbook 
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which allows a teacher to send workbook problems to a student and 
allows the student to send the solved problems back to the 
teacher. According to one inventive aspect of the invention which 
is exemplified in the workbook and rebus components, an 
authoring/ reading component may assign and track user "roles" by 
associating a role tag to each message. -For example, in the rebus 
component, the user initiating the rebus exchange will be assigned 
the role of rebus encoder. The message created by this user will 
contain a tag identifying it as an "encoded message". When the 
message is opened by the recipient, the tools available in the 
rebus component will be different from those available if a 
message were being encoded. Similarly, the workbook component is 
preferably provided with a teacher role and a student role, each 
of which have different tools. Component roles may be selected by 
the users, assigned by the system administrator, or automatically 
by components when messages are created/read. 



According to a presently preferred embodiment, the KIDCODE® 
client software is written in the MACROMEDIA DIRECTOR™ LINGO™ 
scripting language which is cross-platform and thus ideally suited 
for use in schools which typically have a combination of MAC /OS™ 
and WINDOWS™ computers. As implemented, the client software 
operates over a TCP/IP LAN which is the most common type of 
network used in schools today and is compatible with the Internet. 
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1 According to a further implementation of the invention, KIDCODE® 

2 software permits messages to be sent via the Internet in MIME 

3 compliant format. 
4 

5 Additional objects and advantages of the invention will 

6 become apparent to those skilled in the art upon reference to the 

7 detailed description taken in conjunction with the provided 

8 figures . 
9 

O 

v3 1 0 BRIEF DESCRIPTION OF THE DRAWINGS 

F2 s 

f= 1 1 

rjsr 

M 1 2 Figure 1 is a screen shot of the KIDCODE® client login 

?H 1 3 screen; 

rii 1 c 

- ' o Figure la is a simplified state diagram illustrating the 

J*j 1 6 entry from the login screen to the main email component of the 

CO 1 7 KIDCODE® software; 
18 

1 9 Figure 2 is a screen shot of the KIDCODE® main email 

20 component screen showing a menu of the installed authoring/display 

21 components and the mailbox browser component; 
22 

23 Figure 2a is a simplified state diagram illustrating the 

24 entry from the main email component into the installed components; 



- 12 - 



BAK-004 

Figure 3 is a screen shot of the KIDCODE® mailbox 
browser/editor component screen; 

Figure 4 is a screen shot of the KIDCODE® text message 
authoring component screen; 

Figure 5 is a screen shot of the KIDCODE® rebus authoring 
(encoding) component screen; 

Figure 6 is a screen shot similar to Figure 5 illustrating a 
listbox of users on the network to whom mail may be sent; 

Figure 7 is a screen shot similar to Figure 5 illustrating a 
rebus in the process of being coded by the user; 

Figure 8 is a screen shot of the KIDCODE® rebus reading 
(decoding) component screen; 

Figure 9 is a screen shot of the KIDCODE® workbook authoring 
component screen; 

Figure 10 is a screen shot illustrating the main email 
component of a second embodiment of the invention; 
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Figure 11 is a screen shot illustrating a text authoring 
component in the second embodiment of the invention; 

Figure 12 is a screen shot illustrating a painting/drawing 
authoring component in the second embodiment of the invention; 

Figure 13 is a screen shot illustrating a spreadsheet 
authoring component in the second embodiment of the invention; 

Figure 14 is a screen shot illustrating a database authoring 
component in the second embodiment of the invention; 

Figure 15 is a screen shot illustrating a photo editor 
authoring component in the second embodiment of the invention; 

Figure 16 is a screen shot illustrating a slide show 
authoring component in the second embodiment of the invention; and 

Figure 17 is a screen shot illustrating a display-only 
component in the second embodiment of the invention. 
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1 BRIEF DESCRIPTION OF THE APPENDICES 
2 

3 Appendix A is the LINGO™ script implementation of the 

4 KIDCODE® main email component; 
5 

6 Appendix B is the LINGO™ script implementation of the 

7 KIDCODE® mailbox handler component; 
8 

9 Appendix C is the LINGO™ script implementation of the 

10 KIDCODE® text authoring /displaying component; 



U 1 2 Appendix D is the LINGO™ script implementation of the 

?n 

;-y13 KIDCODE® rebus game coding/decoding component; 



[J 1 5 Appendix E is a description of the Application Programming 

O 1 6 Interface for the KIDCODE® main email component which enables 

installable components to operate with the main email component; 



1 8 and 
19 



20 Appendix F is a description of and pseudocode for the 

21 Internet implementation of the KIDCODE® software. 
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1 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

2 

3 As mentioned above, a presently implemented embodiment of the 

4 invention is realized utilizing the MACROMEDIA DIRECTOR LINGO™ 

5 scripting language. The DIRECTOR™ application was originally 

6 intended to be used for authoring interactive multimedia 

7 presentations. Therefore, many of the terms used in the LINGO 

8 language refer to multimedia objects such as movies, cast members, 

9 frames, and sprites. However, it has been found that the LINGO™ 
J=1 0 language can be used to author many different types of programs 
^ 1 including programs which were not traditionally thought of as 

%3l 2 being multimedia presentation programs . The following 

ujl 3 description, therefore, of the presently implemented embodiment 

= 1 4 will be best understood by those familiar with the MACROMEDIA 

ffj15 DIRECTOR LINGO™ scripting language. However, those skilled in the 

p1 6 art will understand from the functional description which follows 

CO 1 7 that the invention could be implemented in other languages such as 

18 C or C++, JAVA™, etc. 

19 

20 Referring now to Figures 1 and la, and with reference to 

21 Appendix A, the first screen 10 presented by the KIDCODE® program 

22 is preferably a login screen where the user enters his or her name 

23 and password. According to the presently preferred embodiment, 

24 the login name field 12 is implemented as a popup menu (or pull 
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1 down list box) and the password field 14 is a standard text entry 

2 field. See, for example, lines 172-190 of Appendix A. Clicking 

3 on the login name field will make a list of names appear and allow 

4 the user to highlight one of the names using the mouse. After the 

5 user has selected a name and typed in a password, the Okay button 

6 16 must be clicked, or the Return or Enter key may be pressed. 

7 See Appendix A, lines 796-846 and lines 879-899. At this screen 

8 10, the only option available under the FILE menu is QUIT. 

_ 9 According to the presently preferred embodiment, the usernames and 

U 

m 10 passwords are stored in associative (two property) lists so that a 

□ 1 1 password may be associated with a username and a username may be 

M, 12 associated with a password. When the okay button is clicked, the 

ry 13 software checks the validity of the username and password. The 

M 1 4 checking of the username and password is illustrated in the state 

il 15 diagram in Figure la. Starting at 20 in Figure la, if the user 

| 1 6 selects a username and clicks the okay button, the password field 

® 17 is checked at 22. If no password was entered, a popup message is 

1 8 displayed at 24 indicating to the user that a password must be 

entered and the system returns to start at 20 waiting for the user 
to click the okay button. if the user types in a password and 

21 clicks the okay button, the username field is checked at 26. If 

22 no username was selected, a popup message is displayed at 24 
2 3 indicating that a username must be selected and the system returns 
2 4 to start at 20 waiting for the user to click the okay button. if 
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the user types in a password and selects a username, it is 
determined at 28 or 30 whether the username and password match, 
and if they do, the software enters to the main email component at 
32. If the username and password do not match, a popup message is 
displayed at 34 indicating that the password entered is invalid 
for the username selected and the system returns to start at 20 
waiting for the user to click the okay button. If the username 
and password are that of the system administrator, a special 
administration display will be shown in which usernames and 
passwords may be added/deleted to/ from the system. See Appendix A 
lines 858-875, 900-1016, and 1123-1140. 

Turning now to Figures 2 and 2a, once the user has selected a 
username and entered the correct password, the program displays 
the screen 40 shown in Figure 2 (Appendix A lines 851-855). This 
is the screen of the main email component with no other component 
selected. The screen 40 includes a scrollable collection of icons 
42, 44, 46, 48, 50 and includes buttons 52, 54, 56 for mailbox 
access and button 58 to quit the program. The icons 42, 44, 46, 
48, and 50 represent the installed authoring /reading components. 
As shown in Figure 2, the icons represent a text component 42, a 
rebus component 44, a "text in grid" component 46, a puzzle 
component 48, and a "connect the dots" component 50. As 
illustrated in Figure 2a, starting at 60, if the user clicks on 
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1 the text icon, the program will, at 62, open the text authoring 

2 component with an empty message (Appendix A lines 1422-1438 and 

3 1025-1054) . Similarly, if the user clicks on the rebus icon, the 

4 program will, at 64, open the rebus authoring component with an 

5 empty message (Appendix A lines 1442-1458 and 1025-1054) . The 

6 main email component will also, when an authoring component is 

7 opened, make the print, trash, and send buttons visible as these 

8 functions are served by the main email component as illustrated in 

9 Figure 2a (Appendix A lines 489-526 and 1456) . Since the 
vS10 presently implemented example does not yet have all components 
f|1 1 complete, the launching of other components is shown generically 

at 66 in Figure ,2a. When a component is launched, the main email 

ry13 program suspends execution at 68 awaiting any "call back" from the 

u 14 launched component. The API described in Appendix E includes a 

J15 set of "call back" functions that can be used by an authoring or 

j16 mailbox component to communicate with the main email component. 

*»17 See Appendix E pages 4-7 and Appendix A lines 557-744. Further, 

1 8 the main email component serves the email functions of inbox, 

19 outbox, and filing cabinet for messages that have not been sent. 

20 These functions are illustrated in Figure 2 as buttons 52, 54, 56 

21 and in Figure 2a as routines 72, 74, 76. 
22 

23 For example, as shown in Figure 3, when the user enters the 

24 inbox, a window 78 and a button bar 80 are displayed'. The mailbox 
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1 component with the appropriate set of messages is launched as 

2 shown in Appendix A lines 1533-1558 and 216-247). The window 78 

3 displays a list of new email and the button bar 80 displays 

4 buttons for functions common to all components, i.e. buttons for 

5 reply 82, send 84, print 86, and trash 88. It will be understood 

6 that depending on whether the user is in an authoring or reading 

7 mode, either the reply button 82 or the send button 84 will be 

8 "grayed out" indicating that that option is not available. As 

9 shown in Figure 3, for example, the send button 84 is not 
.J 10 available when looking at the mail inbox. It will also be 

g11 appreciated that the buttons and icons from the previous screen 

£12 (Figure 2) are no longer visible. As stated in Figure 2a, the 

jjj 1 3 user returns to the screen of Figure 2 when the window 78 is 

f. 14 closed. Appendix B lines 440-448 and Appendix A lines 735-744. 

ru 1 5 

3 

Q 1 6 The presently implemented text authoring/reading component is 

C0 17 illustrated in the authoring mode in Figure 4 and is described in 

18 detail in Appendix C. The window 90 is similar to any email 

message authoring tool and includes fields for "to:" 92, "from:" 
94, "date" 96, "subject" 98, and "message" 100. The "from:" field 

21 94 and "date" field 96 are hidden in Figure 4 behind the 

22 scrollable list box 102. After the addressee is chosen from the 

23 list box 102, the box disappears and reveals the "from" and "date" 

24 fields. According to the presently preferred embodiment, the list 
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1 box 102 lists the names of all of the users registered in the 

2 local email system. This is handled by a call to the API as 

3 indicated at Appendix A lines 726-731 and implemented at Appendix 

4 C lines 55-68. Thus, this embodiment prevents users from sending 

5 a document to a recipient who is not registered with the system 

6 administrator. It also allows users of the system to address 

7 messages without typing the recipient's name. According to 

8 another embodiment of the invention, shown and described below 

9 with reference to Figure 10, users are permitted to send email to 
e3 1 0 any internet address and a list box is optionally used to display 
JU11 an address book. As seen in Figure 3, the reply button 82 in the 
iQl2 button bar 80 is grayed out because that function is not available 
CP 13 when authoring a text message. This is accomplished in Appendix A 

s ~14 at lines 1422-1438. 

\& 

h)18 

l& 

h16 Figures 5-8 illustrate the presently implemented rebus 

g17 component which is described in detail in Appendix D. The rebus 

18 component presents a window 104 which includes a "to:" field 106, 

19 a message area 108, a "T" button 110 for selecting a template 
sentence, an "S" button 112 for hiding/displaying symbols, a "-» 
button 114 for hiding/displaying guesses, and a scrollable area 

22 116 to the right of the message area which displays sets of 

23 symbols to be used in coding a rebus. In addition, the rebus 

24 component displays several pull down menus which are particular to 
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1 it. These include the template choices menu 118 and the symbol 

2 choices menu 120. 
3 

4 According to the presently implemented embodiment which is 

5 detailed in Appendix D, the author of a rebus begins by selecting 

6 a template sentence from a selection of sentences which are 

7 capable of being expressed as a rebus using the symbol sets 

8 provided. The template selection may be made via the T button 110 

9 or the pull down menu 118. When a template sentence is selected, 
,j 1 0 a suggested set of symbols is displayed in the field 116 

ry 

□ 1 1 Different symbols may be viewed by selecting a symbol set from the 

M 12 Sy^ol Choices menu 120. As illustrated in Figure 8, symbols are 

=y 1 3 grouped according to the kinds of words they symbolize such as 

^ 14 "action symbols", "object symbols", "quantity symbols", etc. As 

-Ji 1 5 with other components of the KIDCODE® program, and as shown in 

I 16 Figure 6, the "to:" field 106 presents a drop down or pop up list 

CO 1 7 box through which the email is addressed by selecting a registered 

18 user. 
19 

20 The author of the rebus codes the template sentence by 

21 dragging symbols from the scrollable field 116 to the message area 

22 108. This is best illustrated by Figure 7. Symbols, when placed 

23 on a coded word in the template sentence, will snap into place 

24 when they are dragged into the area 108. According to the 
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1 invention, not every word in the template sentence is designed to 

2 be coded with a symbol. According to the presently preferred 

3 embodiment, words which are to be coded appear in red text. For 

4 example, as shown in Figure 7, two symbols have been dragged into 

5 the message area and have snapped over the now hidden words 

6 "threw" and "window". The words "ball and "through" are also red 

7 text and can be coded with a proper symbol. The author can hide 

8 the symbols and display the words in the sentence which are 

9 covered by symbols by clicking on the "S" button 112. (Appendix D 
|10 lines 2433-2451 and 1348-1349.) However, when the recipient 

g11 receives the rebus, clicking on the button "S" will not reveal the 

Jp2 words beneath the symbols, but will only make the symbols 

J13 disappear. This is an example of how user "roles" alter the tools 

= 14 available in a component. See Appendix D lines 1351-1365. When 

rUl5 the author finishes coding the rebus, he or she clicks on the send 

fj16 button 84. The main email component then automatically encodes 

iJI 7 the rebus as a MIME attachment to Internet mail and sends the mail 

18 to the recipient's mailbox. See Appendix F. 

19 

20 Turning now to Figure 8, when the recipient of the rebus 

21 opens the email message containing a rebus, the KIDCODE® main 

22 email component automatically decodes the MIME attachment, 

2 3 determines that it is a rebus, and opens it in the rebus reading 

24 component. See Appendix F. The message appears with empty text 
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1 boxes (e.g. 122, 124, 126) beneath the graphic symbols. The 

2 recipient of the message must solve the rebus by typing in the 

3 text boxes the words which he/she believes are represented by the 

4 graphic symbols. As mentioned above, the "-" button 114 is for 

5 hiding/displaying the guesses typed in the boxes. When the 

6 recipient has typed in words for all the graphic symbols, he/she 

7 clicks on the reply button 82 to send the solution back to the 

8 author. Figure 8 shows the screen after the button 82 has been 

9 clicked. Thus it is grayed out to prevent the same message from 
being sent twice. The palette 116 is available to the decoder for 

g 1 1 browsing only. The features which allow symbols to be placed on 

^=12 the message are disabled for the decoder. 

* 1 3 

fU 

i. 14 0ne of the authoring/ reading components of the invention is a 

[U 15 workbook message handler, an example of which is illustrated in 

q 1 6 Figure 9. The screen shot shown in Figure 9 illustrates the 

CO 1 7 "student role" of a workbook message handler. The window 130 of 

1 8 the student role workbook message handler preferably includes 
"to:" and "from:" fields 132, 134 which are filled in by the 
teacher before the message is sent to the student, as well as six 

21 fields 136, 13 8, 140, 142, 144, 146 which must be filled in by the 

22 student before the message is returned to the teacher. As shown 

23 in Figure 9, the window 130 also includes a title 148, a date 150 

24 and various instructions 152. Those skilled in the art will 
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1 appreciate that the date 150 may be automatically entered when the 

2 message is sent to the student. The fields 136, 138, 140, 142, 

3 144, 146, the title 148, and the instructions 152 may be manually 

4 entered by the teacher or may be selected as part of a template. 

5 In other words, the workbook message handler component may be a 

6 complex tool which allows teachers to author an infinite number of 

7 "problem messages" to students or it may be a modular set of pre- 

8 written problems or templates for problems. The workbook message 

9 handler component preferably includes many pre-written problems. 
^ 1 0 Additional pre-written problems will be available through 

|W 11 additional modular components. One important feature of the 

JO 1 2 workbook message handler components is that they identify user 

m 13 status and automatically present the proper "role" of either 

s 14 teacher or student, 
fy 15 

p *• 6 The KIDCODE® program described above is designed to be easy 

jj 17 to use by very young children. Figures 10-17 illustrate another 

1 8 embodiment of the invention which is designed for a more 

sophisticated user, an older child, or an adult. The interface is 
more complicated, but offers the user more features. Referring 

21 now to Figure 10, the interface of the second embodiment of the 

22 invention includes a menubar 200 which lists some standard menus 

23 like FILE, EDIT, SETUP, WINDOW, and HELP. The menubar 200 may 
2 4 also include a clock display 202 which is typically supplied by 
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1 the operating system and a blinking icon 204 which is typically 

2 supplied by TCP/IP connection software such as PPP dialup 

3 software, to indicate that the computer is connected to the 

4 Internet. The menus MAIL and FOLDER in the menubar 200 are 

5 particular to the emailing program and the scroll icon 206 is 

6 provided by scripting software, typically part of the operating 

7 system. Under the MAIL menu, one will find commands such as NEW 

8 for creating new mail, REPLY for replying to a mail message being 

9 read, FORWARD, etc. Under the FOLDER menu, one will find the 
J|1 0 names of user created filing cabinets (folders) where incoming 

1 mail can be saved. Under the SETUP menu, one will find commands 

JJjl 2 for setting the necessary information to make a connection with 

M|1 3 the Internet, for storing the user's name and password, for 

ru 

=14 scheduling automatic sending and receiving of mail, for performing 

j'-yi 5 automated tasks in response to mail (e.g. for automatically filing 

p1 6 certain mail in certain folders, autoresponding to certain mail, 

rg1 7 etc.), etc. Under the WINDOW menu, the user will have the option 

18 of viewing INBOX, OUTBOX, FILING CABINET (s ) , CONNECTION STATUS, 

19 etc. The HELP menu preferably provides a context sensitive 

20 alphabetical list of help items which are hot linked to html 

21 files. 
22 
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1 Figure 10 illustrates the email program with a new outgoing 

2 message window 208 opened. The message window includes a standard 

3 text message field 210, a standard subject field 212, standard 

4 multiple recipient address fields 214, and a variety of buttons. 

5 The arrow buttons 216 allow the user to scroll among messages in 

6 the outbox. The outbox button 218 drops down a list of items in 

7 the outbox, from which items may be selected. The magnifying 

8 glass button 220 is used to search the user's address book. The 

9 "+" button 222 adds a recipient to the address field 214. The 
p1 0 trash button 224 places the outgoing message in the trash and 

|1 1 closes the window 208. The clock button 226 brings up a menu to 

,g12 schedule when the message will be sent. The rotating arrow button 

flfl 3 227 causes the address fields 214 to disappear/reappear thereby 

p4 expanding/contracting the size of the message field 210. The send 

• y 15 button 228 sends the message to the outbox (if it is scheduled for 

gl 6 delivery at another time or if the computer is not connected to 

g17 the Internet) and sends the message otherwise. The button 230 

18 labelled Jt~-K" causes the computer to connect to the Internet. 

19 As shown in Figure 10, this button 230 is grayed out because, as 

2 0 indicated by the blinking telephone pole icon 204, the computer is 

21 already connected to the Internet. The "send via" button 232 

22 allows the user to select from several usernames, email accounts, 

23 etc. 
24 
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1 The outgoing message window 208 shown in Figure 10 allows the 

2 user to send standard Internet mail by typing a message in the 

3 window 210. However, according to the invention, the window 208 

4 also includes buttons 234, 236, 238, 240, 242, and 244, each of 

5 which is linked to an installed authoring /reading component. As 

6 described above, the number and nature of the authoring/reading 

7 components is modular ly changeable. In the example shown in 

8 Figure 10, six authoring/reading components are shown to be 

9 installed. In practice, more, fewer, and/or different components 

is? 

y3 10 may be installed. The components shown and described herein are- 

ffj 

(3 1 1 a word processor authoring /reading component linked to the button 

t0 

H= 1 2 234, a painting /drawing authoring/reading component linked to the 

j-y 13 button 236, a spreadsheet authoring /reading component linked to 

=ja 14 tne button 238, a database authoring/reading component linked to 

fjj 

£ 15 the button 240, an image editor authoring/reading component linked 

*S 16 to the button 242, and a presentation authoring/reading component 

W 17 linked to the button 244. 
18 

19 Turning now to Figure 11, when the user clicks on the button 

20 234, the word processor component is invoked and it causes a new 

21 menubar 250 and a ruler 252 to appear inside the message field 210 

22 of the window 208. The word processor component allows 

23 sophisticated formatting of messages which would be impossible in 

24 a normal Internet email program. For example, margins can be set 
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1 using the ruler 252; fonts can be changed using the FONT menu from 

2 the menubar 250; tables can be created and inserted using the 

3 TABLE menu from the menubar 250. In general, the menubar 250 

4 provides much or all of the functionality of a full featured word 

5 processor program. Those skilled in the art will appreciate that 

6 the word processor interface shown in Figure 11 is similar to the 

7 interface of Microsoft® Word® 98 . It will be noted that the 

8 menubar 250 provides a separate HELP menu in addition to the HELP 

9 menu provided on the menubar 200. It will be appreciated that the 

:j10 HELP menu could be omitted from the menubar 250 and the help files 

fy 

P 1 1 for the word processor component could be accessed from the main 

M 1 ^ HELP menu on the menubar 200. It will also be noted that when the 

■ff% ■ 

py 1 3 word processor component is invoked, the button 234 is grayed. 
U 14 

\l 1 & After a user creates a message with the word processor 

w 16 component, the addressing and mailing procedure is the same as 

CO 17 sending an ordinary email. There is no need to save a file, 

18 encode it, or attach it to an email message. The main email 

1 9 component of the invention seamlessly performs all of the saving, 

20 encoding, and attaching without any of this being exposed to the 

21 user. More particularly, the authoring component and the main 

22 email component cooperate to save the authored document as a file 

23 on the user's disk. See Appendix E lines 229-238 and Appendix A 

24 lines 1293-1333 and 329-450. The main email component encodes the 
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1 file in the MIME format with as many parts as necessary, and sends 

2 the MIME file(s) as Internet email message (s). See Appendix F. 

3 When the message is received by a person using a copy of the email 

4 program of the invention, the receiver's main email component 

5 seamlessly concatenates the MIME parts, decodes the MIME file 

6 (Appendix F) , determines that it is a message created with the 

7 word processing component (Appendix A lines 690-694), invokes the 

8 word processing component (Appendix A lines 1019-1054), and opens 

9 the message with the word processing component (Appendix A lines 

603-614) . The receiver of the message does not have to download 

ry 

q 11 any file, find any attachment, execute any decoders, or launch any 

I 1 2 word processor to see the fully formatted document created by the 



10 



lo sender. 



5 14 

t* 

f U 15 Turning now to Figure 12, when the user clicks on the button 

O 16 236, the painting/drawing component is invoked and it causes a new 

fg 1 7 menubar 260 and a tool palette 262 to appear inside the message 

18 field 210 of the window 208. The painting/drawing component 

1 9 allows the author to create a painting (bitmap) graphic or a 

20 drawing (vectormap) graphic and send it to another user for 

21 viewing /editing. Those skilled in the art will appreciate that 

22 the menubar 260 and palette 262 shown in Figure 12 contain the 

23 menus and tool icons typically found in a full featured 

24 drawing/painting program. Those skilled in the art will 
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1 appreciate that the painting/drawing component interface shown in 

2 Figure 12 is similar to the interface of Aldus® SuperPaint® 3.5. 

3 It will be noted that the menubar 260 provides a separate HELP 

4 menu in addition to the HELP menu provided on the menubar 200. It 

5 will be appreciated that the HELP menu could be omitted from the 

6 menubar 260 and the help files for the painting /drawing component 

7 could be accessed from the main HELP menu on the menubar 200. It 

8 will also be noted that when the painting/drawing component is 

9 invoked, the button 236 is grayed. 

ffj 1 1 After a user creates a graphic image with the 

U 12 painting/drawing component, the addressing and mailing procedure 

M-13 is the same as sending an ordinary email. There is no need to 
save a file, encode it, or attach it to an email message. The 

1 5 main email component of the invention seamlessly performs all of 

■^16 the saving, encoding, and attaching without any of this being 

;|17 exposed to the user. See Appendices A, E and F. When the message 

**1 8 is received by a person using a copy of the email program of the 

19 invention, the receiver's main email component seamlessly 

concatenates MIME parts, decodes the MIME file, determines that it 
is a message created with the painting/drawing component, invokes 

22 the painting/drawing component, and opens the message with the 

2 3 painting/drawing component. The receiver of the message does not 

24 have to download any file, find any attachment, execute any 
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1 decoders, or launch any painting/drawing program to view/ edit the 

2 graphic image created by the sender. See Appendices A, E and F. 
3 

4 Turning now to Figure 13, when the user clicks on the button" 

5 238, the spreadsheet component is invoked and it causes a new 

6 menubar 270, a grid 272, and a tool palette 274 to appear inside 

7 the message field 210 of the window 208. The spreadsheet 

8 component allows the author to create a spreadsheet and send it to 

9 another user for viewing/editing. Those skilled in the art will 
==10 appreciate that the menubar 270 and palette 274 shown in Figure 13 
J*j 1 1 contain the menus and tool icons typically found in a full 

jy12 featured spreadsheet program. Those skilled in the art will 

Una appreciate that the interface of the spreadsheet component shown 

■ 14 in Figure 13 is similar to the interface of Microsoft® Excel® 98. 

fUl 5 It will be noted that the menubar 270 provides a separate HELP 

p1 6 menu in addition to the HELP menu provided on the menubar 200. It 

CO 1 7 wil1 be appreciated that the HELP menu could be omitted from the 

18 menubar 270 and the help files for the spreadsheet component could 

19 be accessed from the main HELP menu on the menubar 200. It will 

20 also be noted that when the spreadsheet component is invoked, the 

21 button 238 is grayed. 
22 

23 After a user creates a spreadsheet with the spreadsheet 

24 component, the addressing and mailing procedure is the same as 
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1 sending an ordinary email. There is no need to save a file, 

2 encode it, or attach it to an email message. The main email 

3 component of the invention seamlessly performs all of the saving, 

4 encoding, and attaching without any of this being exposed to the 

5 user. See Appendices A, E and F. When the message is received by 

6 a person using a copy of the email program of the invention, the 

7 receiver's main email component seamlessly concatenates MIME 

8 parts, decodes the MIME file, determines that it is a message 

9 created with the spreadsheet component, invokes the spreadsheet 
p10 component, and opens the message with the spreadsheet component. 

1 The receiver of the message does not have to download any file, 

J|12 find any attachment, execute any decoders, or launch any 

j[~ 1 3 spreadsheet program to view/edit the spreadsheet created by the 

■*14 sender. See Appendices A, E and F. 

^15 

\ y 

Turning now to Figure 14, when the user clicks on the button 

: : 

ijM 7 240, the database component is invoked and it causes a new menubar 

18 280, a record selection tool 282, and a free form space 284 to 

19 appear inside the message field 210 of the window 208. The 

20 database component allows the author to create a database and one 

21 or more reports and forms associated with the database and send it 

22 to another user for viewing /editing. Those skilled in the art 

. 2 3 will appreciate that the button bar 286 and the data fields 288 

24 are defined by the author of the database using authoring tools 
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1 found in the menus of the menubar 280. In fact, those skilled in 

2 the art will appreciate that the database interface shown in 

3 Figure 14 is similar to the interface of Filemaker®Pro 3.0. It 

4 will be noted that the menubar 280 provides a separate HELP menu 

5 in addition to the HELP menu provided on the menubar 200. It will 

6 be appreciated that the HELP menu could be omitted from the 

7 menubar 280 and the help files for the database component could be 

8 accessed from the main HELP menu on the menubar 200. It will also 

9 be noted that when the database component is invoked, the button 
□ 10 240 is grayed. 

ru 1 1 

>3 12 After a user creates a database with the database component, 

3 

CP 1 3 the addressing and mailing procedure is the same as sending an 

fU 

s 14 ordinary email. There is no need to save a file, encode it, or 

yy lb attach it to an email message. The main email component of the 

Us S5 

b 1 6 invention seamlessly performs all of the saving, encoding, and 

jj 1 7 attaching without any of this being exposed to the user. See 

18 Appendices A, E, and F. When the message is received by a person 

19 using a copy of the email program of the invention, the receiver's 

20 main email component seamlessly concatenates MIME parts, decodes 

21 the MIME file, determines that it is a message created with the 

22 database component, invokes the database component, and opens the 

23 message with the database component. The receiver of the message 

24 does not have to download any file, find any attachment, execute 
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1 any decoders, or launch any database program to view/ edit the 

2 database created by the sender. See Appendices A, E, and F. 
3 

4 Turning now to Figure 15, when the user clicks on the button 

5 242, the image editing component is invoked and it causes a new 

6 menubar 290 and a floating tool palette 292 to appear inside the 

7 message field 210 of the window 208. The image editing component 

8 allows the author to edit an image and send it to another user for 

9 viewing and/or further editing. Those skilled in the art will 
appreciate that the menubar 290 and palette 292 shown in Figure 15 

rU1 1 contain the menus and tool icons typically found in a full 
M31 2 featured image editing program. Those skilled in the art will 
Cp13 appreciate that the interface of the image editing component shown 
s 14 in Figure 15 is similar to the interface of Adobe® Photoshop® 3.5. 
?y1 5 It will be noted that the menubar 290 provides a separate HELP 
p16 menu in addition to the HELP menu provided on the menubar 200. It 
CO 1 7 wil1 be appreciated that the HELP menu could be omitted from the 
1 8 menubar 290 and the help files for the database component could be 
accessed from the main HELP menu on the menubar 200. It will also 
be noted that when the database component is invoked, the button 

21 242 is grayed. Those skilled in the art will appreciate that 

22 image editing software is typically not used to create an image 

2 3 but to edit an image created by some other hardware /software such 
as a digital camera or a scanner. As such, there is typically a 
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1 menu item for opening or capturing an image. As shown in Figure 

2 15, open/capture commands may be found under the FILE menu in the 

3 menubar 200. Alternatively, image acquisition commands may be 

4 found under a menu item in the menubar 290. 
5 

6 After a user edits an image with the image editor component, 

7 the addressing and mailing procedure is the same as sending an 

8 ordinary email. There is no need to save a file, encode it, or 

9 attach it to an email message. The main email component of the 
'% 10 invention seamlessly performs all of the saving, encoding, and 

? 5 - A A 

1 i attaching without any of this being exposed to the user. See 

12 Appendices A, E, and F. When the message is received by a person 
using a copy of the email program of the invention, the receiver's 

s 14 main email component seamlessly concatenates MIME parts, decodes 

ry15 the MIME file, determines that it is a message created with the 

p16 image editor component, invokes the image editor component, and 

£Q 1 7 opens the message with the image editor component. The receiver 

18 of the message does not have to download any file, find any 

19 attachment, execute any decoders, or launch any image editor 

20 program to view/ edit the image edited by the sender. See 

21 Appendices A, E, and F. 
22 

23 Turning now to Figure 16, when the user clicks on the button 

24 244, the presentation (slide show) component is invoked and it 
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1 causes a new menubar 300, a floating wizard palette 302, and a 

2 blank template 304 to appear inside the message field 210 of the 

3 window 208. The presentation component allows the author to 

4 create a slide show presentation and send it to another user for 

5 viewing and/or editing. Those skilled in the art will appreciate 

6 that the menubar 300, palette 302, and template 304 shown in 

7 Figure 16 are typical of those found in a full featured 

8 presentation program. In fact, those skilled in the art will 

9 appreciate that the interface of the presentation component shown 
*=10 in Figure 16 is similar to the interface of Microsoft® PowerPoint® 
W1 1 98. It will be noted that the menubar 300 provides a separate 
%012 HELP menu in addition to the HELP menu provided on the menubar 

Uj1 3 200. It will be appreciated that the HELP menu could be omitted 

* t 4 from the menubar 290 and the help files for the database component 

fy15 could be accessed from the main HELP menu on the menubar 200. It 

M 

p1 6 will also be noted that when the database component is invoked, 

rQi 7 the button 244 is grayed. 
18 

19 After a user creates a presentation with the presentation 

20 component, the addressing and mailing procedure is the same as 

21 sending an ordinary email. There is no need to save a file, 

22 encode it, or attach it to an email message. The main email 

23 component of the invention seamlessly performs all of the saving, 

24 encoding, and attaching without any of this being exposed to the 
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user. See Appendices A, E, and F. When the message is received 
by a person using a copy of the email program of the invention, 
the receiver's main email component seamlessly concatenates MIME 
parts, decodes the MIME file, determines that it is a message 
created with the presentation component, invokes the presentation 
component, and opens the message with the presentation component. 
The receiver of the message does not have to download any file, 
find any attachment, execute any decoders, or launch any 
presentation program to view/edit the presentation created by the 
sender. See Appendices A, E, and F. 

As described above, messages received by the email software 
according to the invention are seamlessly decoded and displayed. 
Figure 17 illustrates an incoming message window 408 which 
displays a message containing a combination of text and graphics 
in the message field 410. The incoming message window 408 also 
includes a subject field 412 and a "from:" address field 414 which 
includes information about the time the message was sent and 
received. Arrow buttons 416 allow the user to scroll through 
messages in the "in box". Button 418 drops a menu list of 
messages in the in box from which a message may be selected. The 
"+" button 42 0 adds the sender's address to the recipient's 
address book. The rotating arrow 427 hides the address field 414 
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1 and expands the message field 410. Buttons 428 and 430 are not 

2 implemented, but may be used for public key decryption, etc. 
3 

4 As mentioned above, the modular components of the invention 

5 may be authoring /reading components or read only components. 

6 Figure 17 illustrates an incoming message window 408 which 

7 displays a message containing a combination of text and graphics 

8 in message field 410 without any editing/authoring tools. The 

9 message may have been created with the word processing component 
~j0 or the painting and drawing component. The component used to 

^ 1 create the message need not be known by the recipient of the 

jj2 message when it is opened with a read only component as shown. It 

jjj3 will be appreciated that the message could also be automatically 

■14 opened with an authoring/reading component, in which case, the 

ill 5 message field 410 in Figure 17 would also include a menubar, and 

fJ6 perhaps a tool palette. According to the invention, the email 

jj 7 client software may be provided with a full complement of read 

1 8 only components and the authoring components may be installed 

19 according to the user's choices. Additionally, the email client 

20 software may be programmed to automatically download a reading 

21 component from an ftp site when it encounters a message which 

22 requires a component which is not yet installed. 
23 
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1 There have been described and illustrated herein several 

2 embodiments of electronic mail software with modular integrated 

3 authoring/reading software components. While particular 

4 embodiments of the invention have been described, it is not 

5 intended that the invention be limited thereto, as it is intended 

6 that the invention be as broad in scope as the art will allow and 

7 that the specification be read likewise. Thus, while particular 

8 graphical interfaces have been disclosed, it will be appreciated 

9 that other interfaces could be utilized. Also, while particular 
^ 0 authoring/reading components have been shown, it will be 

1 recognized that other types of authoring/reading components could 

JJJI 2 be provided in the spirit of the invention. Moreover, while 

jfjl 3 particular configurations have been disclosed in reference to the 

■14 code in the appendices, it will be appreciated that other 

ffjl 5 configurations could be used as well. Further, while particular 

pi 6 software code and pseudocode have been disclosed to perform 

f J 7 various functions, it will be appreciated that other code and/or 

1 8 hardware could be utilized to accomplish those functions and 

19 should be considered the equivalents thereof. It will, therefore 

20 be appreciated by those skilled in the art that yet other 

21 modifications could be made to the provided invention without 

22 deviating from its spirit and scope as so claimed. 
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